El documento resume la trayectoria del Centro de Estudios de Software (CES) desde su creación en 2004, incluyendo proyectos realizados, personas formadas y presentaciones. También define qué es el testing, su importancia y cómo aporta información sobre procesos, organización y toma de decisiones más allá de sólo encontrar errores. Finalmente, presenta algunos escenarios comunes donde el testing es clave para la toma de decisiones en el desarrollo, venta, integración, compra y resolución de conflictos de software.
I Jornada CSI - Mónica Wodzislawski (CES) - Probar para corregir, probar par...233 Grados de TI
Presentación de Mónica Wodzislawski (Centro de Ensayos de Software) "Probar para corregir, probar para decidir" para la I Jornada de la Calidad en los Sistemas de Información, organizada por Kybele Consulting.
This document discusses software engineering and software testing. Software engineering is concerned with developing large software through applying engineering principles. The challenge is to produce high quality software within budget and schedule constraints. Software testing is the process of finding errors in software and involves both manual and automated testing. Different types of testing include unit, integration, system, and acceptance testing. The goal of testing is to uncover defects early and reduce costs.
Este documento describe los métodos de prueba de software. Explica que la prueba de software consiste en ejecutar un programa para encontrar errores. También define conceptos clave como error, defecto y fallo. Por último, detalla diferentes enfoques para la prueba de software como las pruebas de caja blanca y negra.
Evaluación a interfaces - Test de usuarios,evaluación heurística y eye-trackingPercy Negrete
Debemos prestar atención en lo que el usuario hace más de lo que dice. Aquí se da respuesta a las principales preguntas relacionadas con las más conocidas evaluaciones de interfaces como son la heurística, eye-tracking y el famoso test de usuarios.
- ¿En qué consiste la evaluación heurística y como se desarrolla?.
- Criterios básicos para un test heurístico.
- ¿En qué consiste el Eye-Tracking?
- ¿En qué consiste un test de usuarios?
- ¿Cuándo se realiza un test de usuarios?
- Tipos de test de usuarios
- ¿Cómo se lleva a cabo un test de usuarios?
- Test de pensamiento manifiesto o Think Aloud
- Parte del cómic de Userfocus sobre el test de usuarios.
- Otros test de usuarios.
Fuente: www.blog.pucp.edu.pe/ux
El documento habla sobre la gestión de pruebas en el desarrollo de software. Explica que todas las piezas de software necesitan pruebas para identificar errores. Detalla diferentes tipos de pruebas como pruebas de unidad, integración y aceptación. También cubre técnicas de prueba como pruebas funcionales, estructurales y no funcionales. El documento enfatiza la importancia de basar las pruebas en una especificación clara y de monitorear métricas como errores encontrados y cobertura de código.
El documento habla sobre la importancia del testing. Explica que el testing no es solo una fase, sino una actividad que ayuda a construir el mejor sistema posible y que la calidad es responsabilidad de todo el equipo. También menciona que el testing sirve para entender el software y prevenir errores. Finalmente, enfatiza la necesidad de definir un plan de testing que incluya diferentes tipos de pruebas organizadas como una pirámide, con pruebas unitarias en la base y pruebas funcionales en la cima.
I Jornada CSI - Mónica Wodzislawski (CES) - Probar para corregir, probar par...233 Grados de TI
Presentación de Mónica Wodzislawski (Centro de Ensayos de Software) "Probar para corregir, probar para decidir" para la I Jornada de la Calidad en los Sistemas de Información, organizada por Kybele Consulting.
This document discusses software engineering and software testing. Software engineering is concerned with developing large software through applying engineering principles. The challenge is to produce high quality software within budget and schedule constraints. Software testing is the process of finding errors in software and involves both manual and automated testing. Different types of testing include unit, integration, system, and acceptance testing. The goal of testing is to uncover defects early and reduce costs.
Este documento describe los métodos de prueba de software. Explica que la prueba de software consiste en ejecutar un programa para encontrar errores. También define conceptos clave como error, defecto y fallo. Por último, detalla diferentes enfoques para la prueba de software como las pruebas de caja blanca y negra.
Evaluación a interfaces - Test de usuarios,evaluación heurística y eye-trackingPercy Negrete
Debemos prestar atención en lo que el usuario hace más de lo que dice. Aquí se da respuesta a las principales preguntas relacionadas con las más conocidas evaluaciones de interfaces como son la heurística, eye-tracking y el famoso test de usuarios.
- ¿En qué consiste la evaluación heurística y como se desarrolla?.
- Criterios básicos para un test heurístico.
- ¿En qué consiste el Eye-Tracking?
- ¿En qué consiste un test de usuarios?
- ¿Cuándo se realiza un test de usuarios?
- Tipos de test de usuarios
- ¿Cómo se lleva a cabo un test de usuarios?
- Test de pensamiento manifiesto o Think Aloud
- Parte del cómic de Userfocus sobre el test de usuarios.
- Otros test de usuarios.
Fuente: www.blog.pucp.edu.pe/ux
El documento habla sobre la gestión de pruebas en el desarrollo de software. Explica que todas las piezas de software necesitan pruebas para identificar errores. Detalla diferentes tipos de pruebas como pruebas de unidad, integración y aceptación. También cubre técnicas de prueba como pruebas funcionales, estructurales y no funcionales. El documento enfatiza la importancia de basar las pruebas en una especificación clara y de monitorear métricas como errores encontrados y cobertura de código.
El documento habla sobre la importancia del testing. Explica que el testing no es solo una fase, sino una actividad que ayuda a construir el mejor sistema posible y que la calidad es responsabilidad de todo el equipo. También menciona que el testing sirve para entender el software y prevenir errores. Finalmente, enfatiza la necesidad de definir un plan de testing que incluya diferentes tipos de pruebas organizadas como una pirámide, con pruebas unitarias en la base y pruebas funcionales en la cima.
Este documento describe el proceso de diseño y construcción de instrumentos de evaluación objetivos. Explica que se debe elegir una escala y un instrumento de medición adecuado a la escala, comparar a los miembros de una población con respecto a la escala, y emitir juicios sobre la población, la escala y el instrumento. También cubre conceptos como validez, objetividad, confiabilidad y requisitos para un instrumento de medición como banco de preguntas, definición de escalas y error de diseño.
El documento describe el proceso de realización de pruebas de software. Explica que las pruebas son cruciales para garantizar la calidad del software y que pueden representar hasta el 40% del esfuerzo de un proyecto. También describe diferentes tipos de pruebas como las de unidad, integración, sistema y aceptación del usuario.
Pruebas de carga sobre aplicaciones web con Visual Studio 2010Globe Testing
El documento describe las pruebas de rendimiento en Visual Studio 2010, incluyendo la creación de web tests y pruebas de carga, su ejecución, y el análisis de resultados. Explica cómo simular cargas de trabajo y condiciones de estrés para comprobar la respuesta y disponibilidad del sistema. Además, cubre la planificación de pruebas de rendimiento y el uso de herramientas como Load Test y Test Rig.
Pruebas de rendimiento con Visual Studio 2010 y AzureGlobe Testing
Retos de la gestión de pruebas de rendimiento para aplicaciones en la nube, y como realizar estas pruebas usando Visual Studio 2010 Load Testing y Windows Azure
Implementando un Programa de Pruebas de Software ExitosoSoftware Guru
Este documento presenta los fundamentos y objetivos que deben guiar a un equipo de pruebas de software para tener éxito. Explica que un programa de pruebas es necesario para optimizar procesos, mejorar la ejecución y reducir desperdicios. También enfatiza la importancia de establecer objetivos claros, trabajar en equipo, comunicarse efectivamente y aprovechar los datos y el talento disponible para mejorar continuamente. Finalmente, propone dar más autoridad y responsabilidad a los equipos de pruebas.
El documento describe un seminario taller sobre la acreditación de la carrera profesional de educación. Se discuten los sistemas de gestión de calidad y la importancia de implementarlos en las carreras para asegurar la calidad y satisfacción de los estudiantes. Los sistemas de gestión ayudan a uniformar los procesos y asegurar servicios de calidad.
El documento describe cómo usar Windows Azure para realizar pruebas de rendimiento en la nube. Explica los tipos de pruebas de rendimiento, por qué es importante realizarlas, y los beneficios de usar la nube para pruebas de rendimiento, como la escalabilidad y la capacidad de inyección distribuida. También describe la arquitectura propuesta para ejecutar pruebas de rendimiento en la nube usando Visual Studio 2010 Load Testing y roles de trabajo de Windows Azure.
Este documento describe la psicología del testing de software. Explica que los objetivos de las pruebas deben estar claramente definidos para guiar el enfoque del tester, y que una mentalidad de búsqueda de fallos es más constructiva que una de mera validación. También resalta la importancia de la independencia en las pruebas y de la colaboración entre testers y desarrolladores.
Este documento presenta diferentes tipos de pruebas de software, incluyendo pruebas de caja negra, caja blanca, de unidad, integración, funcionalidad, aceptación, usabilidad y regresión. También describe el propósito de cada tipo de prueba y los diferentes niveles en los que se realizan las pruebas, como unidad, integración y sistema.
Este documento critica algunos aspectos de la "religión" de la agilidad, señalando que la agilidad es una manera pero no la única de construir software de calidad, y que el dogmatismo y las reglas fijas no funcionan. También advierte sobre los riesgos del tecnicismo excesivo y las modas pasajeras en esta área. La conclusión es que la agilidad por sí sola no garantiza el éxito y que lo importante es ser productivo más que seguir dogmáticamente cualquier marco.
Este documento describe la artesanía de software y el desarrollo dirigido por pruebas (TDD). La artesanía de software se refiere a crear software de alta calidad mediante el compromiso continuo con la profesión. TDD implica escribir pruebas unitarias primero para guiar el desarrollo de código de producción a través de iteraciones rápidas. El documento también discute cómo escribir pruebas unitarias efectivas que sean legibles, confiables y fáciles de mantener.
Este documento describe los conceptos de artesanía de software y desarrollo dirigido por pruebas (TDD). La artesanía de software se refiere a crear software de alta calidad y a mejorar continuamente las habilidades de desarrollo. El TDD implica escribir primero las pruebas unitarias y luego el código mínimo necesario para que las pruebas pasen. Siguiendo un enfoque de TDD, el código resultante es más fácil de probar, mantener y modificar.
Todo Embalaje S.L. es una empresa especializada en auditoría, consultoría, optimización y reducción de residuos de embalaje. Ofrece servicios como optimización del embalaje de transporte, reducción de plásticos derivados del embalaje y solución de problemas relacionados con film y sujeción de carga. Está formada por profesionales de embalaje e industria que colaboran con empresas para proporcionar la mejor gama de productos y soluciones de embalaje.
El documento resume 5 mitos comunes sobre el testing exploratorio. En primer lugar, no es un proceso ad-hoc sino organizado y focalizado. En segundo lugar, se pueden medir resultados de forma cualitativa más que cuantitativa. Tercero, las sesiones no deben ser infinitas sino enfocarse en áreas concretas. Cuarto, el objetivo no es crear defectos sino comprender mejor el producto. Quinto, requiere creatividad del equipo más que ser sólo divertido.
Abstracta-CDA - TESTING: Automatización y Performance - Herramientas para opt...Abstracta
Este documento resume los conceptos clave del testing de software, incluyendo la automatización y optimización del testing a través de herramientas y técnicas como testing automático, de performance y basado en modelos. Explica los beneficios de estas técnicas como mejorar la calidad, reducir costos y tiempos. También discute temas como la selección adecuada de herramientas, diseño de pruebas y métricas clave para medir el desempeño de sistemas.
Este documento presenta la transición de un tester tradicional a un tester ágil, describiendo las nuevas habilidades, roles y responsabilidades requeridas. Se destacan conceptos como el testing continuo, la automatización, el entendimiento del negocio, las pruebas exploratorias, la gestión del tiempo y la promoción de prácticas ágiles de calidad en el equipo.
El documento presenta información sobre pruebas unitarias. Explica que las pruebas unitarias prueban partes individuales de código para garantizar que funcionen correctamente de forma aislada. También describe elementos clave de las pruebas unitarias como cobertura de código, aserciones, ciclo de vida de pruebas, casos de prueba y conjuntos de pruebas.
Este documento presenta los principios, valores y prácticas de un equipo de desarrollo ágil llamado dotNet Team. Los principios incluyen ser consistente, aplicar criterio y hacer trabajo de calidad. Los valores son comunicación, aprendizaje, mejora continua y orientación a resultados. Algunas prácticas son horarios coordinados, integración continua y pruebas unitarias.
Artesanía de software y desarrollo dirigido por pruebas (tdd)Software Guru
Parece que cada día más y más gente habla acerca de la artesanía de software.
Sin embargo, ¿te haz preguntado porqué prácticamente todos los lideres de este movimiento y la gente "cool" usan y recomiendan usar TDD?, ¿Cual es la conexión entre las pruebas unitarias y la artesanía de software?, ¿Porqué cada aspirante a Artesano debería estar usando TDD?
Algunas personas lo han intentado un par de veces y han terminado dándose por vencidos. En esta charla, abordaremos algunas de las dificultades para hacer el "switch" y hacer que TDD trabaje para nosotros, en lugar de luchar a cada paso del camino.
Algunas personas lo han intentado un par de veces y han terminado dándose por vencidos. En esta charla, abordaremos algunas de las dificultades para hacer el "switch" y hacer que TDD trabaje para nosotros, en lugar de luchar a cada paso del camino.
Este documento resume la información sobre el uso de chatbots. Indica que los usuarios de aplicaciones de mensajería están creciendo más rápido que las redes sociales. Los chatbots son más rápidos que los sitios web y aplicaciones móviles. También menciona casos de éxito de chatbots utilizados por empresas para reducir costos y mejorar la escalabilidad. El documento concluye destacando los desafíos de diseño de chatbots y las nuevas tecnologías como el procesamiento de lenguaje natural.
Construya las aplicaciones del futuro ¡hoy!GeneXus
Presentaremos cuáles son alguna de las principales características que debe tener una aplicación moderna, como ser una excelente experiencia de usuario, seguridad y adecuarse a los dispositivos desde el que se accede. Mostraremos ejemplos de aplicaciones web y SD.
Más contenido relacionado
Similar a 0160 probar para_corregir_probar_para_decidir
Este documento describe el proceso de diseño y construcción de instrumentos de evaluación objetivos. Explica que se debe elegir una escala y un instrumento de medición adecuado a la escala, comparar a los miembros de una población con respecto a la escala, y emitir juicios sobre la población, la escala y el instrumento. También cubre conceptos como validez, objetividad, confiabilidad y requisitos para un instrumento de medición como banco de preguntas, definición de escalas y error de diseño.
El documento describe el proceso de realización de pruebas de software. Explica que las pruebas son cruciales para garantizar la calidad del software y que pueden representar hasta el 40% del esfuerzo de un proyecto. También describe diferentes tipos de pruebas como las de unidad, integración, sistema y aceptación del usuario.
Pruebas de carga sobre aplicaciones web con Visual Studio 2010Globe Testing
El documento describe las pruebas de rendimiento en Visual Studio 2010, incluyendo la creación de web tests y pruebas de carga, su ejecución, y el análisis de resultados. Explica cómo simular cargas de trabajo y condiciones de estrés para comprobar la respuesta y disponibilidad del sistema. Además, cubre la planificación de pruebas de rendimiento y el uso de herramientas como Load Test y Test Rig.
Pruebas de rendimiento con Visual Studio 2010 y AzureGlobe Testing
Retos de la gestión de pruebas de rendimiento para aplicaciones en la nube, y como realizar estas pruebas usando Visual Studio 2010 Load Testing y Windows Azure
Implementando un Programa de Pruebas de Software ExitosoSoftware Guru
Este documento presenta los fundamentos y objetivos que deben guiar a un equipo de pruebas de software para tener éxito. Explica que un programa de pruebas es necesario para optimizar procesos, mejorar la ejecución y reducir desperdicios. También enfatiza la importancia de establecer objetivos claros, trabajar en equipo, comunicarse efectivamente y aprovechar los datos y el talento disponible para mejorar continuamente. Finalmente, propone dar más autoridad y responsabilidad a los equipos de pruebas.
El documento describe un seminario taller sobre la acreditación de la carrera profesional de educación. Se discuten los sistemas de gestión de calidad y la importancia de implementarlos en las carreras para asegurar la calidad y satisfacción de los estudiantes. Los sistemas de gestión ayudan a uniformar los procesos y asegurar servicios de calidad.
El documento describe cómo usar Windows Azure para realizar pruebas de rendimiento en la nube. Explica los tipos de pruebas de rendimiento, por qué es importante realizarlas, y los beneficios de usar la nube para pruebas de rendimiento, como la escalabilidad y la capacidad de inyección distribuida. También describe la arquitectura propuesta para ejecutar pruebas de rendimiento en la nube usando Visual Studio 2010 Load Testing y roles de trabajo de Windows Azure.
Este documento describe la psicología del testing de software. Explica que los objetivos de las pruebas deben estar claramente definidos para guiar el enfoque del tester, y que una mentalidad de búsqueda de fallos es más constructiva que una de mera validación. También resalta la importancia de la independencia en las pruebas y de la colaboración entre testers y desarrolladores.
Este documento presenta diferentes tipos de pruebas de software, incluyendo pruebas de caja negra, caja blanca, de unidad, integración, funcionalidad, aceptación, usabilidad y regresión. También describe el propósito de cada tipo de prueba y los diferentes niveles en los que se realizan las pruebas, como unidad, integración y sistema.
Este documento critica algunos aspectos de la "religión" de la agilidad, señalando que la agilidad es una manera pero no la única de construir software de calidad, y que el dogmatismo y las reglas fijas no funcionan. También advierte sobre los riesgos del tecnicismo excesivo y las modas pasajeras en esta área. La conclusión es que la agilidad por sí sola no garantiza el éxito y que lo importante es ser productivo más que seguir dogmáticamente cualquier marco.
Este documento describe la artesanía de software y el desarrollo dirigido por pruebas (TDD). La artesanía de software se refiere a crear software de alta calidad mediante el compromiso continuo con la profesión. TDD implica escribir pruebas unitarias primero para guiar el desarrollo de código de producción a través de iteraciones rápidas. El documento también discute cómo escribir pruebas unitarias efectivas que sean legibles, confiables y fáciles de mantener.
Este documento describe los conceptos de artesanía de software y desarrollo dirigido por pruebas (TDD). La artesanía de software se refiere a crear software de alta calidad y a mejorar continuamente las habilidades de desarrollo. El TDD implica escribir primero las pruebas unitarias y luego el código mínimo necesario para que las pruebas pasen. Siguiendo un enfoque de TDD, el código resultante es más fácil de probar, mantener y modificar.
Todo Embalaje S.L. es una empresa especializada en auditoría, consultoría, optimización y reducción de residuos de embalaje. Ofrece servicios como optimización del embalaje de transporte, reducción de plásticos derivados del embalaje y solución de problemas relacionados con film y sujeción de carga. Está formada por profesionales de embalaje e industria que colaboran con empresas para proporcionar la mejor gama de productos y soluciones de embalaje.
El documento resume 5 mitos comunes sobre el testing exploratorio. En primer lugar, no es un proceso ad-hoc sino organizado y focalizado. En segundo lugar, se pueden medir resultados de forma cualitativa más que cuantitativa. Tercero, las sesiones no deben ser infinitas sino enfocarse en áreas concretas. Cuarto, el objetivo no es crear defectos sino comprender mejor el producto. Quinto, requiere creatividad del equipo más que ser sólo divertido.
Abstracta-CDA - TESTING: Automatización y Performance - Herramientas para opt...Abstracta
Este documento resume los conceptos clave del testing de software, incluyendo la automatización y optimización del testing a través de herramientas y técnicas como testing automático, de performance y basado en modelos. Explica los beneficios de estas técnicas como mejorar la calidad, reducir costos y tiempos. También discute temas como la selección adecuada de herramientas, diseño de pruebas y métricas clave para medir el desempeño de sistemas.
Este documento presenta la transición de un tester tradicional a un tester ágil, describiendo las nuevas habilidades, roles y responsabilidades requeridas. Se destacan conceptos como el testing continuo, la automatización, el entendimiento del negocio, las pruebas exploratorias, la gestión del tiempo y la promoción de prácticas ágiles de calidad en el equipo.
El documento presenta información sobre pruebas unitarias. Explica que las pruebas unitarias prueban partes individuales de código para garantizar que funcionen correctamente de forma aislada. También describe elementos clave de las pruebas unitarias como cobertura de código, aserciones, ciclo de vida de pruebas, casos de prueba y conjuntos de pruebas.
Este documento presenta los principios, valores y prácticas de un equipo de desarrollo ágil llamado dotNet Team. Los principios incluyen ser consistente, aplicar criterio y hacer trabajo de calidad. Los valores son comunicación, aprendizaje, mejora continua y orientación a resultados. Algunas prácticas son horarios coordinados, integración continua y pruebas unitarias.
Artesanía de software y desarrollo dirigido por pruebas (tdd)Software Guru
Parece que cada día más y más gente habla acerca de la artesanía de software.
Sin embargo, ¿te haz preguntado porqué prácticamente todos los lideres de este movimiento y la gente "cool" usan y recomiendan usar TDD?, ¿Cual es la conexión entre las pruebas unitarias y la artesanía de software?, ¿Porqué cada aspirante a Artesano debería estar usando TDD?
Algunas personas lo han intentado un par de veces y han terminado dándose por vencidos. En esta charla, abordaremos algunas de las dificultades para hacer el "switch" y hacer que TDD trabaje para nosotros, en lugar de luchar a cada paso del camino.
Algunas personas lo han intentado un par de veces y han terminado dándose por vencidos. En esta charla, abordaremos algunas de las dificultades para hacer el "switch" y hacer que TDD trabaje para nosotros, en lugar de luchar a cada paso del camino.
Similar a 0160 probar para_corregir_probar_para_decidir (20)
Este documento resume la información sobre el uso de chatbots. Indica que los usuarios de aplicaciones de mensajería están creciendo más rápido que las redes sociales. Los chatbots son más rápidos que los sitios web y aplicaciones móviles. También menciona casos de éxito de chatbots utilizados por empresas para reducir costos y mejorar la escalabilidad. El documento concluye destacando los desafíos de diseño de chatbots y las nuevas tecnologías como el procesamiento de lenguaje natural.
Construya las aplicaciones del futuro ¡hoy!GeneXus
Presentaremos cuáles son alguna de las principales características que debe tener una aplicación moderna, como ser una excelente experiencia de usuario, seguridad y adecuarse a los dispositivos desde el que se accede. Mostraremos ejemplos de aplicaciones web y SD.
Live Editing es una de las nuevas funcionalidades de Salto, diseñada para maximizar la productividad en el desarrollo de buenas experiencias de usuario.
Live Editing es una de las nuevas funcionalidades de Salto, diseñada para maximizar la productividad en el desarrollo de buenas experiencias de usuario. Reduce drásticamente los ciclos de diseño al integrar plenamente la aplicación que se ejecuta en el dispositivo o navegador al propio IDE. En ésta presentación veremos lo que nos ofrece dicha funcionalidad, y lo que podremos encontrar en la siguiente versión de GeneXus.
Experiencias en el desarrollo de aplicaciones móviles en el sector salud de M...GeneXus
El documento presenta la experiencia en el desarrollo de aplicaciones móviles para el sector salud en México. Se describen las ineficiencias del uso de formatos de papel que llevaron al desarrollo de una aplicación móvil, incluyendo errores en la captura de datos, pérdida de tiempo por desplazamientos y costos asociados. La solución implementada fue una aplicación con formularios digitales que precargan datos para su llenado en dispositivos móviles con arquitectura escalable y disponible en múltiples pl
¿Pensando en implementar un sistema de gestión integral en su organización?GeneXus
Se hablará de sistemas ERP y GRP, de su implementación en las organizaciones y de los aspectos claves a considerar para lograr el éxito.
Para obtener los mayores beneficios a la hora de implementar un ERP/GRP en su organización, se deben tener presentes diferentes aspectos a nivel del sistema a incorporar, del proyecto de implementación y de la propia organización. Presentaremos los aspectos claves desde la perspectiva de nuestra experiencia en K2B.
K2B Tools el compañero de viaje ideal hacia el futuroGeneXus
En esta charla conoceremos la suite de herramientas con la que podemos ser mucho más productivos, ahorrar costos y disminuir realmente el tiempo de nuestros proyectos.
Se mostrarán las grandes novedades que K2B Tools ha incorporado en su última versión, como el SD Designer, acompañando siempre la importante evolución que ha tenido GeneXus en este último tiempo.
Genexus Salto, la próxima versión de GeneXus, simplifica aún más la construcción de software. Entérate del porqué de este salto significativo en lo que respecta a la rapidez del desarrollo Móvil.
PXTools: Nuevo generador y nuevos controles responsivosGeneXus
Mostraremos las primeras pantallas que resultarán de nuestro nuevo generador responsivo y explicaremos el funcionamiento de los nuevo controles "PXTools Responsive Layout" y "PXTools Smart Menus".
APPlícate: Aplicaciones móviles para el desarrollo de la industriaGeneXus
Hablaremos sobre el desarrollo y uso de aplicaciones móviles para aumentar la productividad de las empresas
El tema hoy es movilidad y va en aumento su demanda. El acceso a aplicaciones móviles para el negocio aumenta la productividad, la conectividad y la eficiencia económica de su organización.
El documento habla sobre el diseño web adaptable (Responsive Web Design, RWD). Explica que RWD permite que un sitio web se adapte a diferentes tamaños de pantalla y dispositivos mediante una combinación de CSS flexible, grids fluidos y media queries. También describe cómo GeneXus permite crear aplicaciones web adaptables a través de objetos definidos automáticamente, paneles web adaptables y reglas CSS condicionales en el editor de temas.
K2B ERP es una solución integral nativa para GeneXus que permite unificar y ordenar toda la información de una empresa, interconectando todas las áreas. Para empresas privadas, provee información estratégica y operativa que permite tomar decisiones rápidas. Para organizaciones de gobierno, opera como catalizador para una gestión eficiente y colaborativa con control centralizado y operación descentralizada. K2B es accesible a través de la web, seguro, extensible y permite la colaboración entre áreas de una empresa.
GeneXus 15 – Salto en su estado Beta – es la próxima versión de GeneXus. Se presentará su foco principal, principales beneficios asociados y roadmap de esta versión.
GeneXus Cloud Deployment Services. El camino a la nube.GeneXus
A través de GeneXus Cloud deployment services se automatizan y gestionan las publicaciones de tus aplicaciones en las nubes. Ahora es fácil colocar soluciones en producción en cualquier proveedor de cloud.
LigaMX con GeneXus: De 0 a 1.700.000 de usuariosGeneXus
La aplicación oficial de la LigaMX fue desarrollada con GeneXus y ya cuenta con más de 1.700.000 de usuarios.
Los desafíos tecnológicos y las decisiones de arquitectura que permitieron lograr esta exitosa aplicación.
En el contexto actual las empresas deben ser capaces de innovar rápidamente, ofrecer aplicaciones móviles se hace cada vez más necesario. Conozca qué oportunidades le ofrece GeneXus ERP Connector for SAP para extender SAP ERP y cuáles son las novedades de GeneXus para SAP.
Evaluaremos las distintas tecnologías a la hora de llevar nuestro negocio al ambiente móvil.
Ya no quedan dudas que hay que tener una presencia en los dispositivos móviles. A la hora de llevar nuestro negocio al ambiente móvil notamos que hay diferentes opciones: aplicaciones nativas, web con diseño responsive y web móvil. Veremos cuáles son las diferencias y semejanzas entre las distintas opciones y en qué caso es mejor usar cada una de ellas.
WW+, SD+ y Audit+: Potencie GeneXus la Suite PlusGeneXus
El documento promociona las herramientas WorkWithPlus, SmartDevicesPlus y AuditPlus de DVelop, las cuales permiten mejorar la productividad, facilidad de uso y experiencia de usuario al desarrollar aplicaciones con GeneXus. Incluyen funcionalidades como templates responsive, edición en grid, copia de registros, seguridad y auditoría de base de datos. El documento también presenta testimonios de clientes y detalles sobre el soporte técnico ofrecido.
Aproveche las ventajas de la colaboración entre GeneXus y Cloud Shared Office...GeneXus
Cloud Shared Office es un servicio de colaboración y reporting basado en la nube muy fiable. Es usado en más de 170 países actualmente y tiene control de acceso, versionado y todo lo necesario para resolver estas funcionalidades. En esta sesión veremos algunas características de ese servicio y cómo integrarlo en una aplicación GeneXus para el manejo de archivos y printing/reporting.
2. Trayectoria del CES
Desde su creación en el 2004
• Más de 100 proyectos
• Más de 400 personas formadas
• Más de 20 presentaciones en eventos
En la actualidad
Impacto
servicios Perfil
CES exportador
Reconoci- sector TI i18n
miento Uruguay
internacional
Probar para corregir, probar para decidir - CES 4
3. ¿Qué es el testing?
Es una investigación técnica orientada a
proporcionar información sobre la calidad de
un producto de software para un actor o
usuario
“Es una actividad cognitiva,
no es una actividad mecánica”
Cem Kaner
Probar para corregir, probar para decidir - CES 6
5. ZSEREC (Zurich Software Engineering Research and Education Colloquium)
http://se.inf.ethz.ch/zserec/
Wednesday, 26 May 2010, 16:15-17:15
NO building*, room C6
How Google Tests Software
James Whittaker
Abstract
--------
Google releases software many times every day. Ever wonder what it takes to
test in such an environment? James Whittaker talks about test methodology,
tools and innovation surrounding the discipline of quality assurance at
Google where testers are far outnumbered by developers. Specifically he will
present how the webapp-chrome-chromium stack is tested to ensure that Google
During the
apps work well on Chrome browser and Chromium operating system. During the
talk he presents how Google treats testing activity much like a hospital
talk he presents how Google treats testing activity
triages emergency room patients and how game playing metaphors have inspired
the development of next generation test automation tools.
much like a hospital triages emergency room
Speaker's profile
-----------------
Dr. Whittaker is currently the Engineering Director over engineering tools
Dr.testing for Google's currently the Engineering a PhD in over engineering
and
Whittaker is Seattle and Kirkland offices. He holds Director
tools and testing for Google's Seattle and Kirkland offices.
computer science from the University of Tennessee
Probar para corregir, probar para decidir - CES
6. ¿La ley de Lavoisier?
El tester no “crea” calidad ni la “destruye”
Pero contribuye a “transformarla”
Es nuestro desafío constante en aras de la
calidad
Pero los fallos
• ¿Dónde están?
• ¿Cuántos son?
• ¿Cuántos persisten?
Probar para corregir, probar para decidir - CES 9
8. ¿Qué hacer?
-Adiós -dijo el zorro-. He aquí mi secreto, que no
puede ser más simple : Sólo con el corazón se
puede ver bien. Lo esencial es invisible para
los ojos.
EL PRINCIPITO “…-Lo esencial es invisible para los ojos -
Antoine de Saint-Exupéry repitió el principito para acordarse. “
Probar para corregir, probar para decidir - CES 11
9. Probar para
-Sólo se conocen bien las cosas que
se domestican -dijo el zorro-.
-… Eres responsable para siempre de lo que has domesticado. Tú eres
responsable de tu rosa...
Probar para corregir, probar para decidir - CES 12
11. El flujo continuo
Conocer
Espacio para testear
Testear para
conocer
de testing
Probar para corregir, probar para decidir - CES 14
12. El flujo continuo
Testear para
Espacio decidir
Testear para de testing
corregir
Probar para corregir, probar para decidir - CES 15
13. Mucho más que “bugs”
El testing aporta información sobre
• Procesos
• Construcción del Software
• Adquisición del Software
• Outsourcing
• Organización
Expectativas de calidad
Gestión de riesgos
Gestión de cambios
Esencial para la toma de decisiones
Probar para corregir, probar para decidir - CES 16
16. Actividades de testing
Entender Pensar Ejecutar Comparar
Identificar Indicadores Registrar Informar
¿Cuándo? ¿Cómo?¿A qué nivel de detalle?
• Depende del contexto del proyecto
Modelo de proceso de desarrollo
Tipo de testing
Equipo
Tiempos
Niveles de calidad definidos
Expectativas
Probar para corregir, probar para decidir - CES 19
18. Para desarrollar
Empresa proveedora de equipamiento
médico
• Programadores de los aparatos
Parámetos de configuración
• Mayor porcentaje relativo de incidentes
Criterios de aceptación muy precisos en cada
requisito
Testing unitario automatizado y dinámico,
embebido en la programación
Probar para corregir, probar para decidir - CES 21
19. Para vender
Una empresa proveedora, un producto
TI, un cliente muy importante
• Evaluación de la calidad de una plataforma
de demostración
La urgencia y la confianza del vendedor
Luego de avanzado el negocio
• Prueba de rendimiento en una instalación
determinada
La confianza del comprador
Probar para corregir, probar para decidir - CES 22
20. Para integrar
1ª etapa Integradora
Gestión del proyecto
Análisis de requisitos
Testing
Cliente Outsourcing
Testing Testing
de Aceptación en el desarrollo
2ª etapa
Probar para corregir, probar para decidir - CES 23
21. Para comprar
Licitaciones públicas
• Una fórmula ganadora
Empresa proveedora + empresa de testing
independiente
• Una fórmula confiable
Preadjudicación + testing independiente
• Validación de requisitos
• Conformidad con estándares
Proceso de adquisiciones privado
• Muy similar
Probar para corregir, probar para decidir - CES 24
22. Para resolver conflictos
Empresa pública
• Distintos proveedores
• Problemas de rendimiento
Servicio de monitorización
• Perfiles de uso y tiempo de respuesta
• Usuarios virtuales
• Infraestructura
• Consolidación de datos
• Aplicación de mejoras
Probar para corregir, probar para decidir - CES 25